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3 NETWORKED AUDIO POSTING METHOD AND SYSTEM 

4 

5 CLAIM OF PRIORITY 

6 This application claims priority to U.S. S.N. 60/214,151, 

7 entitled "Networked Audio Posting Method and Apparatus," filed on 

8 June 26, 2000, naming Jeffrey M. Valentine, Michael Bernardo, and 

9 Benjamin Krysiak as inventors, the contents of which are herein 
ijS incorporated by reference in their entirety, and this application 
li§ also claims priority to U.S. S.N. 60/254,749 entitled "Networked 
M Audio Posting Method and Apparatus," filed December 11, 2000 and 
lli naming Jeffrey M. Valentine, Michael Bernardo, and Benjamin 

1=4 Krystak as inventors, the contents of which are herein 

3|p incorporated by reference in their entirety. 

ill 

m 

M BACKGROUND 

18 (1) Field 

19 The disclosed methods and systems relate generally to audio 

20 data on a communications network, and more particularly to 

21 distributing audio data on a communications network such as the 

22 internet. 

23 (2) Description of Related Art 
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1 The internet is arguably the most well-known communications 

2 network, with a percentage of personal computers purchased for 

3 the sole purpose of internet communications. A popular feature 

4 of the internet is the World Wide Web that allows network users 

5 access to posted electronic information at an ever- increasing 

6 number of "websites" located throughout the network. 

7 Accordingly, other devices such as cellular phones and personal 

8 digital assistants (PDAs) are being enhanced to provide internet 

9 accessibility. 

Itjj Media data including audio and graphics information, can be 

lfj! among the more popular data accessed through the internet, 

lis? Additionally, streaming audio and/or video data can be accessed 

lli in near real-time, allowing users to listen to radio broadcasts, 

M for example. There are many different applications that may be 

l|p installed on various user's personal computers to facilitate the 

ajj|j download and subsequent listening to or viewing of audio or video 

15 data, respectively. 

18 Similarly, for an internet user to create audio or video 

19 data, specialized software applications and accessory equipment 
2 0 can be required to be installed on the user's personal computer 

21 or other network accessible device. Such applications can be 

22 expensive, can require frequent updates, and can consume large 

23 amounts of memory. Additionally, the applications can be 

24 operating -system dependent, and therefore a user typically cannot 
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1 transport the application to another computer with a different 

2 operating-system. Similarly, data generated on one particular 

3 operating system may not be viewed on or accessed by a personal 

4 computer or other device using a different operating system. 
5 

6 SUMMARY 

7 The systems and methods allow audio data to be distributed 

8 with text documents, including HTML documents, over a network 

9 such as the internet. The audio data can be an audio file that 
1#* can be located on a central server that can also be accessed by 
lS the network. The audio data can be associated with at least one 
ll identifier that can include, for example, a Personal 

Identification Number (PIN) or a customer ID number, although 

lW such examples are provided for illustration and not limitation. 

In some embodiments, a second identifier can be generated and 

lf| associated with the audio data. The second identifier can 

li3 thereafter be provided for incorporation in the text document. 

18 For example, the second identifier can be associated with a 

19 pointer or other reference that is included in the text document. 
2 0 Additionally or optionally, the second identifier can be 

21 provided in an email or HTTP post that can allow the audio data 

22 to be referenced and/or approved before the second identifier is 

23 included in the text document. In some embodiments, the second 

24 identifier can be the same as the first identifier. 
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1 Other objects and advantages of the methods and systems will 

2 become obvious hereinafter in the specification and drawings. 
3 

4 BRIEF DESCRIPTION OF THE DRAWINGS 

5 FIG . 1 is an architectural block diagram of a system 

6 implementing one embodiment of the invention; 

7 FIG. 2 is a block diagram of a first embodiment according to 

8 FIG. 1; 

9 FIG. 3 is a block diagram of a second embodiment according 
l£j to FIG. 1; 

ill FIG. 4 is a representative diagram of a database for systems 

ljS according to FIGs. 1 through 3; 

l*fj FIG. 5 is a block diagram of a third embodiment according to 

IMF FIG. 1; and, 

l{| FIG. 6 is a block diagram of a fourth embodiment according 

lj| to FIG. 1. 

M 

18 DESCRIPTION 

19 To provide an overall understanding, certain illustrative 

20 embodiments will now be described; however, it will be understood 

21 by one of ordinary skill in the art that the systems and methods 

22 described herein can be adapted and modified to provide systems 

23 and methods for other suitable applications and that other 
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1 additions and modifications can be made without departing from 

2 the scope of the systems and methods described herein. 

3 The systems and methods allow communications systems users, 

4 such as internet users, to create audio files, and post such 

5 audio files on a common or centrally located server for retrieval 

6 (e.g., listening). In some embodiments, the audio files can be 

7 protected to allow retrieval and/or editing by specified or 

8 identified users, using, for example, a PIN. The audio creation, 

9 posting, and retrieval can allow network users to listen to 
Ijfh streaming audio while viewing a website, web page, email, or 

lj| other text document, without requiring local software or hardware 

l|j installation. Warning boxes that can be caused by required 

lfi installations, and buffering delays, can be avoided with the 

3J# systems and methods. 

lip In one embodiment, the audio stream can be served by HTTP on 

ll® port 80 to eliminate firewall or other filtering exclusions. 
3|1 In one embodiment, the methods and systems can be 

18 implemented using a platform independent technology such as Java. 

19 In such an embodiment, the methods and systems may not require 
2 0 installation, but rather, can utilize the processes of the 

21 installation-free native code Java applet. The audio data can be 

22 posted using standard HTTP conventions to allow anyone with a 

23 computer microphone and computer audio listening device to create 

24 and listen to audio files. 
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1 The methods and systems can also convert an audio stream 

2 from one format to another format, for example, from the well- 

3 known "GSM.wav" format, to the w mu- law.au" format. 

4 In one embodiment, internet users in a threaded discussion 

5 group can exchange entertainment and information in an audio 

6 form. For example, one user can post an audio message to the 

7 group, wherein another user can thereafter listen to the audio 

8 message and reply to it by creating another audio message. The 

9 original posting can constitute a new thread such that other 

lj^ users can increase the size of the thread by replying (with their 

iti own voice) to either the original or second user. Other users 

W can additionally select to start a new thread. 

1# The methods and systems can be provided as a tool that can 

M be understood as a service to a subscriber website. The service 

ill can provide audio posting capability to the website as a private- 

ijg labeled feature, without imposing significant software, hardware, 

sirs 

lj| or bandwidth constraints on the subscriber or the subscriber's 

ii resources. In one embodiment, a specified Universal Resource 

19 Location (URL) can be added to the subscriber web site, wherein 

2 0 the URL can activate an applet that is customized or private- 

21 labeled for the subscriber, and by the subscriber. The applet 

22 can present a user of the subscriber website with audio controls, 

23 prompting the user to, for example, record, stop, preview, pause, 

24 and save a spoken audio clip or audio data that the user can 
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1 record by speaking into a microphone. The user-generated audio 

2 data can be accepted as an audio file for transmission to a 

3 centrally located server or other computer. The central server 

4 can issue a HTTP post to a specified CGI/servlet acceptor that 

5 receives information on the storage location of the file, and 

6 stores it in a subscriber database. The subscriber website can 

7 include another URL that can activate an applet that is private - 

8 labeled for that subscriber, to present a subscriber website user 

9 with audio controls to pause, stop, and view the progress of an 
1Q^ audio playback in response to an audio file that can be requested 
ljf from the central server. The central server can return the audio 
1# file to the subscriber computer, and the user can listen to the 
1# file using an audio device. 

ll4f The methods and systems can dynamically generate the central 

1|H server location of an audio file that is created and stored to 

Oil the central computer, as described herein, and later retrieved, 

ijg The subscriber can provide full audio message board 

il functionality as a complete product, without requiring website 

19 software, hardware, or other infrastructure alterations. 

2 0 As indicated herein, the methods and systems can provide 

21 private-labeled applets to website subscribers. In one 

22 embodiment, a generic applet, when called by a subscriber's web 

23 page, can activate the applet server and communicate the 

24 subscriber identification. The server can return assorted 
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1 graphics to the generic applet for display by the generic applet, 

2 thereby presenting to the subscriber a customized, subscriber- 

3 specific applet. 

4 The methods and systems can hence allow audio data to be 

5 associated with a text document. In some embodiments, the text 

6 document can be a HTML document, including a web page, although 

7 such an example is provided merely for illustration and not 

8 limitation. Those with ordinary skill in the art will recognize 

9 that web pages include merely one form of HTML documents, and 

1£L other HTML and non-HTML documents can be utilized while remaining 

i|j within the scope of the disclosed methods and systems. 

1# Referring now to FIG. 1, there is a block diagram of a 

V§ system 10 that includes one embodiment of the methods and systems 

'M disclosed herein for posting audio data for access by a network 

IIS or other remote device, including for example, a telephone. 

njs Accordingly, although the systems and methods have wide 

nj! applicability, for the purposes of illustrative discussion, it 

fl can be understood that the illustrated systems and methods can be 

19 described relative to systems and methods that can be implemented 

2 0 across a computer network such as the internet, although such an 

21 example is provided for illustration and not limitation. 

22 According to an internet embodiment, an internet user can access 

23 the internet using what can be referred to herein as an 

24 initiating device 21. The initiating device 21 can include a 
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1 digital computer system that can utilize a wired or wireless 

2 communications link to connect to a communications network such 

3 as the internet. A user of the initiating device 21 can utilize 

4 different peripheral devices that can be integrated with or 

5 otherwise configured for compatible use with the initiating 

6 device 21. For example, the initiating device 21 can include a 

7 keyboard, keypad, stylus, digital camera, microphone, etc., that 

8 can communicate data to the initiating device 21 using wired or 

9 wireless communications systems and/or protocols, etc. The 
1£ initiating device 21 can be a microprocessor-based system 

l:|f including a computer workstation, such as a PC workstation or a 

ri SUN workstation, handheld, palmtop, laptop, personal digital 

1# assistant (PDA), cellular phone, etc., that includes a program 

ll# for organizing and controlling the initiating device 21 to 

operate as described herein. Additionally and optionally, the 

ill 

lie initiating device 21 can be equipped with a sound and video card 
for processing multimedia data. The initiating device 21 can 

18 operate as a stand-alone system or as part of a networked 

19 computer system. Alternatively, the initiating device 21 can be 
2 0 dedicated devices, such as embedded systems, that can be 

21 incorporated into existing hardware devices, such as telephone 

22 systems, PBX systems, sound cards, etc. Accordingly, it will be 

23 understood by one of ordinary skill in the art that the 
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1 initiating device 21 described herein has wide applicability and 

2 can be incorporated in many systems, and realized in many forms . 

3 Those with ordinary skill in the art will recognize that the 

4 initiating device 21 can be connected to a network such as the 

5 internet and can be equipped with what is well-known as an 

6 internet "browser" such as the commercially available Netscape 

7 Navigator, Internet Explorer, etc., browsers. Depending upon the 

8 initiating device 21 and its configuration, the browser can 

9 differ, and hence references herein to a browser can include 

1^ references to a user interface to the internet or other network, 

lW wherein the methods and systems herein are not limited to the 

1# browser or other network interface. Furthermore, the initiating 

1M device 21 can access the internet using wired or wireless 

llflj communications links and/or protocols. 

IIS As is well-known in the art for internet communications, the 

l|fi initiating device 21 can communicate with other devices on the 

lM internet. These other devices can be similar to the initiating 

18 device 21, however common terminology includes "servers" that can 

19 include or "host" web pages. The initiating device 21 can 

2 0 contact a server 12, 20 and cause the server 12/ 20 to provide 

21 information for display on the initiating device 21. Such 

22 information can include, but is not limited to, a web page 

23 associated with the server 12, 20. Accordingly, a server 12, 20 

24 can be also be a microprocessor-based system including a computer 
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1 workstation, such as a PC workstation or a SUN workstation, 

2 handheld, palmtop, laptop, personal digital assistant (PDA) , 

3 cellular phone, etc., that includes a program for organizing and 

4 controlling the server 12, 20 to operate as described herein. 

5 Additionally and optionally, the server 12, 20 can be equipped 

6 with a sound and video card for processing multimedia data. The 

7 server 12, 20 can operate as a stand-alone system or as part of a 

8 networked computer system. Alternatively, the server 12, 20 can 

9 be dedicated devices, such as embedded systems, that can be 

1^ incorporated into existing hardware devices, such as telephone 

l-S systems, PBX systems, sound cards, etc. In some embodiments, 

i# servers 12, 20 can be clustered together to handle more traffic, 

1# and can include separate servers for different purposes such as a 

lM database server, an application server, and a Web presentation 

lj server. The server 12, 20 can also include one or more mass 

storage devices such as a disk farm or a redundant array of 

1^ independent disk ("RAID") system for additional storage and data 

if integrity. Read-only devices, such as compact disk drives and 

19 digital versatile disk drives, can also be connected to the 

20 server 12, 20. As used herein, the term "server" is intended to 

21 refer to any of the above-described servers. In an embodiment, 

22 the initiating device 21 and the server 12, 20 can be similar 
2 3 systems. 
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Alternately, the term u web page" can be understood to 
include any document that is associated with a Universal Resource 
Locator (URL) on the internet or World Wide Web. Those with 
ordinary skill in the art will recognize that there can be 
varying formats for web pages, and these formats can include HTML 
code, perl scripts, java scripts, applets, etc., that can be 
integrated into the documents. Accordingly, an initiating device 
21 can contact a server 20 and the server 20 can cause a web page 
to be transferred to the initiating device 21 and appear on the 
display of the initiating device 21, via the browser. 

Referring back to FIG.l, there is a system server 12 that 
can be understood to include one or more servers. As FIG. 1 
illustrates, the system server 12 includes at least one custom 
dll (dynamic link library) 14 that can be described further 
herein, at least one CGI (common gateway interface) program 16 
that can also be described further herein, and at least one 
database 18 that can include, for example, audio files. The 
illustrated database 18, and the databases disclosed herein, can 
be accessed locally or through a network such as the internet 
using wired or wireless communications devices and protocols. 
The database 18 can be understood to include a memory having one 
or more physical or logical partitions and/or segments, and can 
optionally and additionally utilize one or more of well-known 
database packages including MySQL, SQL, Oracle, Informix, Sybase, 
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1 the Freedom Engine, Access, ODBC, DB2 , etc., with such examples 

2 provided for illustration and not limitation. In an embodiment, 

3 the database 18 can reside in a memory of the system server 12. 

4 The illustrated database 18 can also associate audio files 

5 with data representing identifiers, for example, a personal 

6 identification number (PIN) , a media_ID identifier, a customer 

7 identification identifier, and/or a duration of the audio file. 

8 Although the illustrated systems utilize integers to represent 

9 the aforementioned quantities, those with ordinary skill in the 
ll® art will recognize that the methods and systems are not limited 
lfll to the identifier format or composition. 

life FIG. 1 also includes a subscriber server 20 that can 

lHj represent a subscriber to the services or methods and systems 

14 provided herein and facilitated by the system server 12 . A 

lj{ subscriber server 20 can be an internet entity having a web page 

ijS at an identified URL, and a user at an initiating device 21 can 

ijj? cause the subscriber server's web page to be transferred and 

18 otherwise displayed on the initiating device 21. Accordingly, 

19 those with ordinary skill in the art will recognize that the 
2 0 subscriber server web page can be encoded using HTML, and the 

21 HTML coding can include a recorder applet 22. When the web page 

22 and recorder applet are transferred to the initiating device 21, 

23 the recorder applet can survey the initiating device 21 to 

24 determine if the custom dll 14 resides on the initiating device 
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1 21. If the custom dll 14 is not present on the initiating device 

2 21, the recorder applet 22 can cause the custom dll 14 to be 

3 retrieved from the system server 12 7 via the communications 

4 network or other communications system. The custom dll 14 can 

5 thereafter be stored within the local memory of the initiating 

6 device 21. In an embodiment, the custom dll 14 includes 

7 versioning flags, hence the recorder applet 22 can automatically 

8 update the latest version of the custom dll 14. 

9 For the FIG. 1 system, the recorder applet 22 can provide a 
lM Java GUI (graphical user interface) to the initiating device user 
lf§ 21. The GUI can include buttons to record, play, stop, pause, 

lp£ erase, and preview audio data, etc., and transmit ("save") an 

lift audio file to the system server 12. The illustrated recorder 

lpT applet 22 utilizes the custom dll 14 as a connection between a 

lS native operating system sound API (Application Programmer 

ljjf; Interface) 24 and a microphone 26. The microphone 26 can be 

1W internal or external to the initiating device 21. The 

18 illustrated applet 22 can utilize, for example, Java Native 

19 Interface (JNI) to communicate with the native operating system 

20 dlls to open a sound card associated with the initiating device 

21 21, capture sound from the microphone, and store the audio stream 

22 in a temporary file 28 in local memory of the initiating device 

23 21. Accordingly, a user at the initiating device 21 can 

24 manipulate (preview, pause, stop, play, etc.) the audio data in 
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1 the temporary file 28, and/or transmit the audio file to the 

2 system server 12 . 

3 Upon the user indicating a decision to save or transmit the 

4 audio file, the recorder applet 22 can utilize a HTTP Post 

5 operation to submit the file to a CGI program 16 on the system 

6 server 12 . The recorder applet 22 can transmit the audio binary 

7 data, and other descriptive information including, for example, 

8 the duration of the audio file and at least one identifier that 

9 can identify the subscriber. In some embodiments, an identity 
10^ for the user 21 can be generated. The CGI program 16 can cause 
ljl! the received data to be parsed, can generate a media_ID for the 
12* audio file, and can include the received and generated data in 

the database 18 . 

itf In an embodiment according to FIG. 1, the applet 22 can be a 

l?j§ generic applet that can be customized using parameters designated 

l!S by the subscriber server. Accordingly, the GUI and other applet 

112 functionality can be specified and/or selected by a subscriber. 

18 Referring now to FIG. 2, there is an embodiment 30 that can 

19 be utilized optionally and additionally to an embodiment 

20 according to FIG. 1. In an embodiment according to FIG. 2, a 

21 telephone 38 can be utilized to post information to the system 

22 server 12. The FIG. 2 system server 12 optionally and 

23 additionally includes a telephone server 32 and at least one 

24 database 18. The database 18 of FIGs. 1 and 2 can be the same or 
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1 different databases. The FIG. 2 system server 12 also includes a 

2 program, for example, a Java program, that provides a pop-up 

3 window 34. The program 34 can be invoked through a HTML 

4 hyperlink 36 that can be included on a subscriber server's web 

5 page that is thereafter downloaded to an initiating device 21 by 

6 a user. 

7 When the illustrated pop-up window 34 is activated by the 

8 initiating device user 21 through the hyperlink 36 associated 

9 with subscriber server's web page, the pop-up window 34 can 

Ifk detect the subscriber server's 20 identity, and can provide the 

ljtj initiating device user 21 with a telephone number to dial, and a 

1^ Personal Identification Number (PIN) that can be associated with 

ljfj the subscriber server. In the FIG. 2 system, the PIN and 

lW telephone number can be provided with a graphic. The user 21 can 

lO thereafter utilize the telephone 38 and the provided telephone 

l|i number to connect to the telephone server 32 that can, according 

in 

to the PIN (and hence the subscriber server identity) , generate a 

18 subscriber-customized set of telephone prompts to allow the user 

19 21 to record audio data. For example, the user can utilize 

2 0 telephone keypad buttons and/or voice commands to record, play, 

21 preview, stop, pause, erase, and save or transmit the audio data. 

22 Accordingly, the audio prompts, prompt order, logic flow between 

23 prompts, and actions resulting from prompts, can be customized. 

24 Upon termination of the telephone call and recognition of saved 



16 



1 data, the telephone server 32 can cause the audio file to be 

2 stored in the database 18 with other associated data including, 

3 for example, the PIN, a generated media_ID, and duration data 

4 based on the created audio file. 

5 Those with ordinary skill in the art will recognize that the 

6 FIG. 2 pop-up window 34 can be implemented using a high-level 

7 language such as Java, C, C++, etc., or assembly language, 

8 although such examples are provided for illustration and not 

9 limitation. 

10 In an embodiment according to FIG, 2, users 21 can be 

IdO associated with a subscriber server 20 and can accordingly be 

lM provided pre-defined PINs that can allow the users 21 to provide 

li! audio data directly via telephone without accessing a subscriber 

web page to obtain a telephone number and/or PIN. 
1|5§ Those with ordinary skill in the art will recognize that the 

lift methods and systems of FIGs. 1 and 2 can be combined to a single 

IpJ system that allows posting of audio data via microphone and/or 

1ST telephone. In an embodiment with such capability, an applet can 

19 present an option graphic to the user 21 that allows the user to 

2 0 select the microphone or telephone posting methods and systems. 

21 Referring now to FIG. 3, there is a representative block 

22 diagram 50 that employs methods and systems according to FIGs. 1 

23 and 2. As FIG. 3 indicates, the system server 12 can include a 

24 file server 52 that can include audio files. In the FIG. 3 
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1 system, the audio files can be stored in u .wav" format, although 

2 such an example is provided for illustration and not limitation. 

3 The file server 52 can be in communication with a database 18 

4 that can associate Link_keys to media_IDs. The FIG. 3 database 

5 18 can be the same or a different database as indicated and 

6 otherwise depicted in FIGs. 1 and 2. For the FIG. 3 systems and 

7 methods, the media_IDs associate to an audio file, and for the 

8 illustrated systems and methods, an audio file has a unique 

9 media_ID. Alternately, a media_ID can be associated with more 
10 than one Link_key, although in some embodiments, a unique 

l3f relationship between media_ID and Link_Key can be provided. 

1M Furthermore, a Link_Key can be associated with a subscriber 

111 server 20. As FIG. 3 illustrates, the subscriber server 2 0 can 

IPs 

ljif have a web page that includes an HTML applet tag 54 that includes 

1Q a Link_key associated with the subscriber and/or subscriber 

ljfj server 20. The HTML applet tag 54 references an applet on the 

l|K system server 12. The media_ID can also be generated using an 

1ST applet on the system server 12. In some embodiments, the 

19 media_ID can be the same as a PIN or customer ID, and in such 

2 0 embodiments, a separate media_ID may not be generated. 

21 With continued reference to FIG. 3, when a user of an 

22 initiating device 21 transfers the subscriber server's 20 web 

23 page, the applet is transferred to the initiating device 21 and 

24 communicatively connects the initiating device 21 to the system 



server 20. Accordingly, for the illustrated system, when the 
applet is activated or receives a request to play an audio file, 
the applet makes a standard HTTP connection over port 80, to the 
system server 12. In an embodiment, the applet can utilize a 
first u get" to retrieve information about the audio file that 
includes the duration and the physical location. In a second 
"get", the applet can retrieve the audio file utilizing a data 
buffering technique to determine a buffer size based on the 
internet or other network latency issues, and the user's 21 
connection speed. 

In one embodiment, the audio file can be offered using an 
8KHz GSM format, where the applet can decode the audio stream in 
real time to a 8KHz mu-law format that can be compatible with 
Java's audio API. Additionally and optionally, a 8KHz mu-law 
format can be used that can stream at 8Kbps using an applet 
footprint on the initiating device 21. The applet for retrieving 
audio data can therefore provide an interface between the audio 
file and a destination for the audio data, where the destination 
can include a sound card or other interface to allow the audio 
data to be heard or otherwise presented to a user of the 
initiation device 21. 

The applet for retrieving audio data and/or files can also 
be customized according to parameters established on the 
subscriber server 20 and/or by an entity having administrative 
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1 responsibilities for the subscriber server's web page. 

2 Accordingly, the applet can be configured to provide a GUI or not 

3 provide a GUI. If a GUI is provided, the GUI can be customized 

4 with play, pause, stop, etc., buttons, a progress bar, various 

5 background and surround images, etc., and such customization 

6 parameters are provided for illustration and not limitation. 

7 For example, referring to FIG. 4, a relationship between 

8 Linkjceys, media_IDs, and audio files can be shown according to 

9 the methods and systems described herein. It can be understood 
10 that other data, such as duration of the audio file, can also be 
1# associated with the information displayed in FIG. 4, and hence 
iM FIG. 4 is merely representative of some information that can be 
1M associated. Accordingly, when the initiating device 21 of FIG. 3 
lift activates the applet and the applet establishes a HTTP connection 
lig over port 80, the Link_key provided by the applet can identify a 

media_ID, which can thereafter identify an audio file. 

lH Furthermore, using a method or system according to FIGs. 1 and/or 

1:8" 2, an entity associated with the subscriber server 20, either 

19 using the telephone 38 and/or the microphone 26, and either with 

20 or without the use of an initiating device 21, can create a new 

21 audio file using methods and systems described herein. As 

22 indicated herein, a new audio file can be accompanied by an 

23 associated media__ID. By specifying a PIN and/or subscriber 20 

24 with the creation of the new audio file (either by telephone or 
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1 microphone) , the system server 12 can associate the new audio 

2 file with a Link_Key (associated with a subscriber server 20) 

3 using a notifier module 56, and cause the database 18 to be 

4 updated with the new media_ID and hence, the associated new audio 

5 file. Using these methods and systems, a subscriber can modify 

6 the audio content associated with the subscriber server's web 

7 page, without modifying the web page. 

8 In an embodiment, a subscriber can be provided with a 

9 telephone number and associated PIN to generate new audio files. 
10 Additionally and optionally, a subscriber can be provided with a 

ill URL that can provide a microphone applet that can prompt the user 

IS 

1*1 for a PIN, and thereafter associate a new audio file with a 

1M particular Link_ID. 

lifj In some embodiments according to FIG. 4, a history of 

l|5j LinkJED associations with media_IDs and audio files can be 

ljjfi preserved to allow a subscriber to re-access or review audio 

iff. files previously associated with the subscriber's web page. In 

TS some embodiments, a subscriber can have multiple PINs for 

19 multiple web pages, or multiple PINs for a single web page. 
2 0 Referring now to FIG. 5, there is an embodiment employing 

21 the methods and systems herein that can allow various individuals 

22 to post audio on a subscriber's web page. Consider, for example, 

23 a web page that can be utilized for auctions, or additionally and 

24 optionally, for presenting items for sale, etc. In some 
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1 embodiments of these web pages, a user can register with the 

2 subscriber's web page by listing an item for sale. An applet or 

3 script can provide the user with a form for detailing particulars 

4 related to the item. In one embodiment, the user can be provided 

5 with an option for generating an audio file for association with 

6 the item. In one embodiment of such a system, the user can be 

7 presented with a "selection applet" that can be embedded within 

8 the subscriber's web page, and when selected, provides the user 

9 with an option of adding audio capability via a microphone or 
10 telephone. Depending upon the selection of microphone or 

I'iB telephone, the system server 12 can be contacted to generate a 

ljh PIN, or PIN and telephone number combination, respectively. The 

1|| PIN and/or a customer ID number, or other identification data, 

l|j can thereafter be utilized to associate the yet-to-be-created 

1% audio file with the subscriber server 20 and the item or product 

If* 

1 H! that the user is advertising. Using the methods and systems 

1 *t? described herein, the user can then view a customized applet 

1&* (microphone) or access customized telephone prompts (telephone) 

19 to record, review, etc. an audio file as provided previously 

2 0 herein. Once the audio file and PIN are received and associated, 

21 a media_ID can be generated and associated with the audio file 

22 and stored in the database 18. The notifier module 56 can 

23 thereafter generate a HTTP post to the subscriber server 20 to 

24 provide the media_lD and the associated customer information to 
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1 the subscriber server 20. The subscriber server 20 can 

2 thereafter create a HTML applet tag that includes the media_ID / 

3 such that when the subscriber web page is downloaded by a user 

4 and the user selects an option to listen to the audio data, a 

5 connection to the system server 12 and the audio file can be made 

6 using the media_ID. In some embodiments, the subscriber server 

7 12 can therefore maintain a database or other record of media_IDs 

8 and customer IDs and/or product identification, or other type of 

9 association. 

Ifk For the systems and methods described according to FIG. 5, 

lJU the HTTP post from the notifier module 56 can be received by a 
CGI program on the subscriber server 20. Accordingly, clients 

ljfe (e.g., those posting items and/or audio on the subscriber server 

1& 1 20) of the subscriber server 20 can modify associated audio 

1© automatically and independently, without requiring the subscriber 

HP 

lSS to change the web page. In other embodiments, a subscriber's CGI 

m 

lffl program that receives the HTTP post, may not automatically update 

18 the file, and may provide a mechanism to allow approval of audio 

19 before posting. 

2 0 The systems and methods disclosed herein can thus be widely 

21 utilized. For example, the systems and methods according to FIG. 

22 3 can be deemed "static" systems and methods that can include a 

23 non-changing PIN that can allow a web page to be automatically 

24 updated with audio without requiring a subscriber to change or 
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1 otherwise alter a web site. Other embodiments according to FIG. 

2 5 can be termed "dynamic" systems and methods that can provide a 

3 new PIN to an entity to allow a conditional updating of audio 

4 data based on, for example, proper identification (customer ID 7 

5 PIN, or other identifying information) and/or approval by the 

6 subscriber server. It can be understood in such systems that 

7 PINs can be dynamically generated. 

8 In another embodiment that can be referred to herein as 

9 "hybrid" systems and methods, non-changing PINs can be provided 
1© to certain entities (e.g., individual, group, or other capable of 
1W recording audio) ; however, rather than automatically causing an 
lp* update of the information per the static systems and methods, the 
Iff! hybrid systems can allow approval of the audio postings per the 
If dynamic systems and methods. Accordingly, a system and method 
ljft according to FIG. 6 can be understood to represent hybrid methods 
IK and systems. As indicated in FIG. 6, a subscriber server 20 can 
ljJf be equipped, as in the dynamic systems and methods, with a web 

18 page that includes a HTML applet tag having a media_ID. The web 

19 page can accordingly be downloaded to an initiating device 21. 

20 Accordingly, a user with a PIN can either activate a URL to 

21 record audio data using a microphone applet, or record audio data 

22 using a telephone (either after accessing the subscriber web 

23 site, or independent of the web site) . Once the recorded data is 

24 posted to the file server 52 of the system server 12 and a new 
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1 media_ID is generated and stored in the media ID database 18, the 

2 notifier module 56 can generate an email to the subscriber 20 to 

3 indicate that a new audio file is available, specifying the new 

4 media_ID. Accordingly, a subscriber, using either a specified 

5 URL and PIN, or a designated telephone number and PIN, can access 

6 the audio data via the new media_ID, to approve the audio. Upon 

7 approval, the subscriber 20 can alter the HTML applet tag 54 to 

8 include the new media_ID. 

9 As indicated herein, for the systems and methods, audio 
lffi files can be accessed for listening via a URL or an applet tag 
im that can be embedded in a web page. Additionally, audio files 
1ft can be accessed independent of a web page, via a telephone, with 
Iffl the appropriate PIN and/or customer ID, and media_ID. 

lpT Those with ordinary skill in the art will recognize that the 

lS subscriber server 20 of the illustrated embodiments can be 

ifff replaced with or otherwise be accompanied by an email server. 

1-P Accordingly, in one such embodiment, a user can access a web 

18 page, and be provided with an option to post audio data via a 

19 microphone or telephone, as provided herein. The user can also 
2 0 designate one or more email addresses, a written message, a 

21 subject, cc'ed email addresses, etc. Upon posting of the audio 

22 message to the system server 12, a media_ID can be generated and 

23 the notifier module 56 can post the media_ID and email 

24 information to an email server that can generate an email. The 
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1 email can be, for example, a HTML document that can include HTML 

2 applet tags that can reference applets on the system server 12 . 

3 In one embodiment, the HTML email document can include a 

4 reference to the audio player applet with standard (customized) 

5 features selected. 

6 What has thus been described is a system and method to allow 

7 communications systems users, such as internet users, to create 

8 and retrieve audio files from a centrally stored database, 

9 without requiring specific installation of software or hardware, 
ljfjjtj In one embodiment, the systems and methods are implemented 

ljK entirely in JAVA to allow compatibility across all operating 

IX systems and to preclude specific installation requirements. The 

ljjUj audio data may be posted to an internet browser using HTTP 

conventions to eliminate firewall and other filtering issues. 

1§ Audio posting and listening capabilities can also be provided to 

lBJ subscriber websites without imposing software, hardware, or 

■IF! 

IIS bandwidth constraints. Specified URLs on subscriber websites may 

18 call a generic applet that, together with subscriber 

19 identification information, allows for the display of customer 
2 0 specific graphics on the subscriber website. The centrally 

21 located database may be categorized by subscriber for privacy 

22 issues. 

23 The methods and systems described herein are not limited to 

24 a particular hardware or software configuration, and may find 
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1 applicability in many computing or processing environments. The 

2 methods and systems can be implemented in hardware or software, 

3 or a combination of hardware and software. The methods and 

4 systems can be implemented in one or more computer programs 

5 executing on one or more programmable computers that include a 

6 processor, a storage medium readable by the processor (including 

7 volatile and non-volatile memory and/or storage elements) , one or 

8 more input devices, and one or more output devices. 

9 The computer program (s) is preferably implemented using one 
lj^ or more high level procedural or object-oriented programming 

it? languages to communicate with a computer system; however, the 

1# program(s) can be implemented in assembly or machine language, if 

ljP desired. The language can be compiled or interpreted. 

lW The computer program (s) can be preferably stored on a 

1S1 storage medium or device (e.g., CD-ROM, hard disk, or magnetic 

lj|f disk) readable by a general or special purpose programmable 

lft computer for configuring and operating the computer when the 

18 storage medium or device is read by the computer to perform the 

19 procedures described herein. The system can also be considered 

20 to be implemented as a computer-readable storage medium, 

21 configured with a computer program, where the storage medium so 

22 configured causes a computer to operate in a specific and 

23 predefined manner. 
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1 Although the methods and systems have been described 

2 relative to a specific embodiment thereof, they are not so 

3 limited. Obviously many modifications and variations may become 

4 apparent in light of the above teachings. For example, although 

5 the illustrated embodiments included block diagrams, the blocks 

6 and associated features can be combined in different ways and the 

7 illustrated presentation of features is provided merely to 

8 facilitate understanding and not to provide limitation. 

9 Additionally, many devices exist for accessing the internet 

10 without the use of a computer, for example, using a modem that 

Hp provides information to a television screen for display. The 

lM invention herein is not limited to the Network User access 

ijcsss 

13j method, and any acceptable configuration or method for accessing 

lAj the internet or communications network is acceptable. Although 

life the methods and systems disclosed were applied to a web page, the 

ljfj methods and systems can be used to generate another type of HTML 

ljij document, such as an email that can be provided to an email 

lW server. It can thus be understood that an email server can 

19 replace or otherwise accompany the subscriber server in the 

2 0 illustrated embodiments. Additionally, although HTML documents 

21 were used in the example systems and methods, other document 

22 formats, including XML, SGML, GML, or other markup languages, can 

23 be used. Although the methods and systems utilized Java for 

24 components, other languages can be used. Similarly, although 
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1 applets and applet tags were illustrated, other methods of 

2 providing pointers can be used. Although the audio data can be 

3 played and otherwise presented to a speaker or other listening 

4 device as an output device, the audio data can also be converted 

5 for presentation, from audio, to text, for example, using well- 

6 known speech recognition products. In such an embodiment, the 

7 output device for the audio can be a speech recognition module. 

8 Many additional changes in the details, materials, and 

9 arrangement of parts, herein described and illustrated, can be 
10 made by those skilled in the art. Accordingly, it will be 

1# understood that the following claims are not to be limited to the 

1# embodiments disclosed herein, can include practices otherwise 

1| than specifically described, and are to be interpreted as broadly 
as allowed under the law. 
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